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ABSTRACT 


This thesis presents a research study of configurations for installation of graphical 
user interface and software applications on a local area network. Requirements for a 
graphical user interface on a local area network are discussed, specifically for the Systems 
Management Department Laboratories at Naval Postgraduate School. Compatibility and 
interoperability of network operating system, PC operating system and network hardware 
are considered. The research includes a review of graphical user interfaces and current 
operating systems. Actual system configuration experimentation is reported using various 
combinations of graphical user interface and application programs on the network. The 
conclusions presented are based on results of research and experimentation performed, 
with consideration given to network management issues. 
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I. INTRODUCTION 


A. OBJECTIVES 

The purpose of this research is to determine the optimal configuration for 
installation of graphical user interface and software applications on a local area network. 
The research will attempt to determine the requirements for graphical user interface on the 
local area network in the Systems Management Laboratories at Naval Postgraduate 
School. Compatibility and interoperability considerations will be discussed. 

Configurations will be considered which will allow maximum flexibility for installation of 
graphical user interface and applications on the local area network. Maximum flexibility 
refers to the ability to run a wide variety of user applications on the network in the 
graphical user interface environment. 

B. SCOPE AND METHODOLOGY 

This thesis includes discussion of requirements in the Systems Management 
Department Laboratories at Naval Postgraduate School. A review of current products 
available in the industry is included. A thorough explanation of user interfaces includes a 
detailed description of the Windows graphical user interface. 

Research techniques include actual system configuration experimentation using the 
Systems Management Department computer laboratories in Ingersoll Hall at Naval 
Postgraduate School. Various possible configurations of graphical user interface will be 
tested on the network. Discussion will include performance results as well as 
administrative issues. Recommendations for configuration of the local area network will 
be made on the basis of test results, taking into account the issues of compatibility, 
interoperability, performance and administration of the network and its components. 
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II. BACKGROUND 


A. THE SYSTEMS MANAGEMENT LABORATORIES 

The Systems Management Department at Naval Postgraduate School (NPS) has 
established computer laboratories for use by students and professors. They were created 
as part of an effort to provide students "the necessary learning experience and the tools to 
reinforce the academic experience." (NPS, 1985) The original proposal for the 
laboratories states this objective would be accomplished as follows: 

♦ Students will learn the fundamentals of local area networks and multi-user 
systems. 

♦ Provide for enhanced learning through management simulation and gaming. 

♦ Used as a test bed for student research in local area networks and distributed 
systems. 

♦ Ready access by faculty and students to a library of on-line software packages. 

♦ Allow increases in productivity by producing student theses. (NPS, 1985) 

1. Requirements 

The architecture of each laboratory was determined by its expected use. The 
laboratory in 1-250 was set up originally for instruction in computer literacy, and initially 
had a broadband Ethernet PC Network installed. This was subsequently changed to an 
IBM Token Ring Network, identified as network OTR. The laboratory in 1-224 was set 
up to provide instruction in local area network technologies, and had an IBM Token Ring 
Network, a 3COM Baseband Ethernet Network, and a small Apple LocalTalk Network 
with PC to Mac communication. The Macintosh Network has since been moved to 1-158, 
and 1-224 now contains the Token Ring Network, identified as 4TR, and the 3COM 
Ethernet. The Token Ring networks in 1-224 and 1-250 are similar, and are directly 
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physically connected. Finally, the laboratory in 1-158 was intended for research in 
Software Metrics, and also as a test bed for new applications and configurations, and has 
an IBM Token Ring Network and a Macintosh AppleTalk Network. The user computers 
on these LANs which have TCP/IP software installed are also connected to the Internet 
and to the campus backbone through the Cisco Router in the Computer Center. 

Requirements for the laboratories are determined by the mission statement above 
as well as student and faculty needs. With the plethora of applications software available 
on the market today, we can anticipate multifarious software requirements for instruction 
and research. The optimal network configuration will include hardware and software 
which will allow for maximum diversity of user applications in the academic environment 

2. Compatibiiity/Interoperability 

Software programs and graphical user interfaces on the network must be easily 
usable by students and faculty in fulfillment of the stated missions of the laboratories. 
Some of the major issues which must be discussed and understood prior to changing the 
configuration or adding additional application programs are compatibility and 
interoperability of application programs with the graphical user interface shell, the 
workstation operating system and the network operating system. 

Closely tied to the requirements for compatibility and interoperability are 
considerations of performance and ease of installation. In order to be fully utilized by the 
students and staff, the network must provide for new applications to be installed quickly 
and with minimum difficulty, and the applications must perform as expected. Thus 
performance standards, specifically response time and full functionality of applications 
programs on the network, must be tested and monitored. 

As the networks are currently configured, most software is kept in the server and 
sent to the client or user computer upon request. A primary objective is to keep 
maintenance and installation simple. This means that software changes or modifications 
should occur only on the server. A careful evaluation of new software occurs before 
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installation on the Token Ring Network. It is important to avoid losing present 
capabilities by improper installation of additional software. 

3. Flexibility 

The combination of workstation operating system, network operating system, 
graphical user interface and application programs must allow sufficient flexibility for 
addition of application programs which may or may not operate under the graphical user 
interface shell, and may be written to work with one specific operating system/network 
operating system. The ideal configuration will provide the greatest flexibility for various 
combinations such that all software applications which may be required by students and 
professors in the future will be able to be integrated into the network. 

B. THE TOKEN RING LOCAL AREA NETWORK 

Token passing is a control technique which guarantees an upper limit on response 
time, i.e. deterministic performance. (Schneidewind, 1986) This technique is used in a 
ring topology in the Systems Management local area networks. It uses a control message 
called the token for granting permission to a node to transmit on the network. Generally, 
this method has better performance at high loads, because of no collisions. (Schneidewind, 
1986) 


1. The IBM 16-Mbs Token Ring 

Since the focus of this research is on network applications for use by the students 
and faculty in an instructional setting or on an individual basis in the computer 
laboratories, further discussion will focus on the Token Ring Networks 4TR and OTR. 
These networks are the most widely used and have the greatest need for expanded 
graphical user interface in the use of applications software. 


5 



The computer laboratory networks are IBM Token Ring Networks. The IBM 
system is a powerful LAN hardware platform capable of handling hundreds of 
workstations without loss of capability. The IBM Token Ring Network uses a star-wired 
ring topology and follows the baseband signaling and token passing protocols of the IEEE 
802.5 standard. (Schatt, 1992) The network uses shielded twisted pair, designated by 
IBM as Type 2 cabling. The Token Ring Network operates at 16 megabits per second 
(Mbs) and supports up to 260 devices. 

The 16 Mbs network uses a technique known as "early token release." A 
workstation may transmit a token immediately after sending a frame of data, instead of 
waiting for the return of the transmitted packet. The use of more than one token on the 
same ring at the same time increases network efficiency and speed. 

2. Token Ring Hardware 

The Token Ring Network requires an adapter card in each user workstation. The 
adapter card exchanges data buffers and control blocks with the workstation RAM to 
provide for operation of the network. The adapter card in each workstation handles token 
recognition and data transmission. 

The multistation access unit (MAU) is a wiring concentrator which permits up to 
eight network workstations to be inserted on the ring. Each MAU contains ten connector 
jacks. Eight of these ports are used to connect network workstations, while the remaining 
two are used to connect other multistation access units. 

3. Network Operating System 

The Systems Management Department runs the PC LAN Program on the Token 
Ring Network. This hardware platform can also run LAN Server or Novell's NetWare 
Network Operating System. Token Ring Network uses a NETBIOS software program 
that is loaded into each machine. (Schatt, 1992) 
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C. GRAPHICAL USER INTERFACES 


Graphical user interface is a feature which enables users to view applications in 
various "windows" on their screens. (Schatt, 1992) Graphical user interface, also known 
as GUI, may be provided through an operating system or through a shell which runs over 
an operating system, such as Windows over DOS. GUI are attractive to users because 
they provide intuitive interface with the system or application in use. Another appealing 
feature of GUI is that they can switch from one active program to another, giving the 
appearance of multi-tasking. Currently there are several applications on Network OTR that 
run under Windows. With the integrated network concept, the GUI program is required 
to be installed on only one server. However, this concept is subject to further testing to 
evaluate the penalty of Windows on server versus user computer This research will 
attempt to explore the different configurations for installation of Windows and various 
other options available for adding expanded GUI capability to the Token Ring Network. 
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III. OPERATING SYSTEMS 


A. DESKTOP OPERATING SYSTEMS 


The operating system program manages all computer system resources and 
operations. It provides the user interface to the computer and an interface for user 
programs to the hardware. The responsibilities of the operating system include managing 
the memory installed in the computer, the hard disks and file systems, and the processor. 

An operating system can be distinguished by the number of programs it can run 
concurrently. An operating system that can run a single program at a time is known as a 
single-tasking system, while one that can execute multiple programs simultaneously is 
known as multitasking operating system. 

Multitasking can be supported by an operating system in several ways. The 
difference between types of multitasking is in the way applications pass control from one 
to another. The following list describes the three main types of multitasking: 

♦ Timeslice Multitasking. In this method of multitasking, resources are moved 
between programs on a fixed schedule. The operating system relies on timers 
built in to the processor hardware to stop a running program and reactivate the 
operating system. Even if an active program does not need resources, it 
receives them. This method can waste processing resources. 

♦ Cooperative Multitasking. Each program can request resources, but other 
applications are not forced to respond to these requests. Cooperative 
multitasking is used to perform background operations with programs designed 
to work in this environment. Cooperative multitasking works by giving control 
to a program to perform one task or event and relying on that program to turn 
over control to the next application when the task is accomplished or when a 
maximum time limit has passed. This method relies on programmers 
developing applications that are well behaved in this environment. 

♦ Preemptive Multitasking. Each program is assigned a priority and can 
compete for use of processing resources. This capability enables the operating 
system to evaluate whether the process that was stopped should be allowed to 
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continue or another process should be activated. This type of multitasking is 
generally available only with sophisticated operating systems. 

The concept of multitasking involves multiple processes running at the same time. 
Every process is given its own memory space to run, and is managed as an independent 
entity. A thread is similar to a process, but shares memory space with the parent process. 
Each executable path through a process is a thread. A process can run threads in parallel 
for faster execution. 

File systems perform file and disk management in the operating system. These 
utilities are closely related to input/output control, which involves movement of data 
between peripheral devices, the processor, programs, and RAM (Long, 1992). Handling 
input and output to a specific device is handled by a "device driver." This may be 
hardware or software, and is usually provided by the device manufacturer or software 
vendor (Tannenbaum, 1992). The device driver interfaces the hardware or software to a 
particular operating system. 

Many operating systems include support for a graphical user interface (GUI). This 
is graphics-oriented software that controls the user interaction with the computer and the 
operating system. Some GUIs, such as the Finder in the Macintosh operating system, is 
an integral part of the operating system structure. Other GUIs, such as Windows, is a 
graphical environment built on top of an existing operating system (DOS). Graphical user 
interfaces will be explored in the next chapter. 

B. MS-DOS OPERATING SYSTEM 

DOS workstations njake up the majority of computers running on local area 
networks. DOS is a single-tasking, single user operating system sold originally by 
Microsoft Corporation. It is by far the best-known operating system for personal 
computers. 
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MS-DOS is both the simplest and most inexpensive operating system. It contains 
no graphics, no networks and virtually no applications. Thousands of applications and 
add-on programs have been designed to improve basic MS-DOS functionality and 
usability. 

MS-DOS was introduced in 1981 by IBM and Microsoft Corporation as an 
operating system for the new IBM PC, which operated on the Intel 8088 microprocessor. 
IBM also sold a version of the operating system labeled PC DOS. Both operating systems 
were developed for use by a single user in a single tasking environment. The original 
MS-DOS operating system consisted of4,000 lines of assembly language code and 
occupied 12K of RAM (Tannenbaum, 1992). 

As Intel introduced newer processors, MS-DOS continued to support the original 
Intel 8088, and the associated basic input-output system (BIOS) created by IBM. Today, 
MS-DOS can still run on an 8088 processor and on the 8086, 80286, 80386, 80486 and 
Pentium. (Day, et al, 1993) 

Microsoft, IBM and Novell have recently been engaged in lively competition for 
the DOS market share. Several DOS upgrades were released in 1994 as the software 
industry's three main DOS providers engaged in a "game of DOS one-upmanship." 
(Bertolucci, 1994) 

MS-DOS 6.21 is the most recent version. IBM's PC DOS 6.3 is a comparable 
operating system based on the same programming code. The standard DOS commands 
and programming functions are identical in both operating systems, but IBMs optimized 
version has slightly faster character input/output and batch file processing. The major 
difference between MS-DOS and PC DOS is the utilities that are offered. PC DOS 6.3 
offers integrated data compression as one of its key features, which is not included with 
MS-DOS 6.21 (Bertolucci, 1994). 

The newest DOS on the market is Novell DOS 7, which emulates MS-DOS while 
offering built-in networking via Novell's NetWare peer-to-peer network operating system 
(Mendelson, 1994). Novell DOS is built upon Digital Research DOS (DR DOS). 
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Although Novell DOS is highly compatible with its Microsoft and IBM counterparts and 
uses almost identical commands, its program code was newly wntten by Novell. The 
operating system offers a new memory management feature, a full implementation of disk 
compression software, and password protection for files, directories and the entire system 
(Mendelson, 1994). 

Even with the advent of new flavors of DOS, Microsoft's MS-DOS remains the 
preeminent PC operating system in the world. In addition to the relatively low cost and 
the fact that it comes bundled with almost every PC sold today, the platforms that can 
support MS-DOS are also inexpensive. Especially with the extensions offered by 
Windows 3.1, MS-DOS continues to reign as the leader of PC workstation operating 
systems. The three leading environments, native DOS, DOS Shell and Windows 3.1 can 
provide most users with a sufficient level of functionality and service. 

1. Process Management 

The original design of MS-DOS included a fundamental assumption that a personal 
computer is used by one person, who is unlikely to need multiple tasks running 
simultaneously. Thus, a single-tasking system seemed adequate. Today, MS-DOS can 
meet the needs of more sophisticated users with the addition of certain application 
software to give the appearance of being a multitasking system. 

A key reason why MS-DOS is a single-tasking operating system is the 
non-reentrancy of DOS functions. Non-reentrancy means that when a program uses an 
operating system service, the service must run to completion before it is started again 
(Day, et al, 1993). Non-reentrant code must be executed fi’om start to finish before a 
particular module of code may be called and executed again. 

Processes in MS-DOS are initiated by one of three types of executable files. These 
are command files, designated by the file extension ".COM"; execute files, designated 
" EXE"; and batch files, designated ".BAT." (Day, et al, 1993). The ".BAT" files are 
composed of listings of MS-DOS commands. The "COMMAND.COM" file contains 
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DOS internal commands, and loads other operating system and applications programs into 
RAM as they are needed or directed by the user (Long, 1992). External commands are 
transient programs stored as files on disk, and brought in as needed. 

DOS processes may also overlay or terminate-and-stay-resident (TSR). A running 
process can load a .COM or .EXE file called an overlay into RAM and then execute the 
file. Upon completion control is returned to the running process. In TSR a program stays 
in memory without being overwritten. 

Although MS-DOS is not a multitasking system, the addition of software 
applications can give the appearance of multitasking by moving very quickly between 
processes. Microsoft Windows installed on a DOS operating system gives a good illusion 
of multitasking on a single-tasking operating system. 

2. File Systems 

The MS-DOS file system is organized hierarchically. Each file system starts at a 
single root location and splits into branches called directories. The directories have 
individual files, which are analogous to the leaves on a tree (Day, et al, 1993). 

MS-DOS uses a simple naming convention in which each file has an eight 
character name and a three character extension. The file-name extension generally 
indicates the purpose of the file, although only the three previously mentioned, .COM, 
.BAT and .EXE, have any significance to the operating system. Other file extensions may 
be DAT for data files, .DOC for document files, .TXT for text files or OBJ for object 
files. 

A computer hard disk is divided into partitions of information with a drive letter 
representing each partition. The partitions start with a boot sector, which gives MS-DOS 
information about the start-up process and a File Allocation Table (FAT). The FAT 
contains information about storage space on the disk. Every FAT entry is a 16-bit data 
word that indicates whether the block is free, bad, end of file, or points to the next block 
of the file. The FAT is the basis of the DOS file system. 
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An MS-DOS directory entry stores the initial block of each file. The directory 
entry is 32 bytes long, and consist of the file name, extension, time, date, first disk block 
and file size. Attributes are in the middle of the extension field. Attributes offer file 
protection for one user on the system.. The following is a list of the bits that may be 
found within the attribute b)1;e: 


A 

Archive 

indicates a file was modified 

R 

Read-Only 

file cannot be modified 

S 

System File 

prevents deletion 

H 

Hidden 

not shown in a directory 

V 

Volume 

volume label 

D 

Directory 

directory, not a file 

Because MS-DOS is a single-user system, files cannot be protected from 


unauthorized access without additional software. 

Device drivers are part of the file system of MS-DOS. Device drivers provide 
basic input and output (I/O) for DOS. The device drivers are hardware specific programs 
that interface with DOS. They are located in the CONFIG.SYS file. To add a new device 
the user can simply add a command line to this system file. The device driver command is 
DEVICE - name of device driver (Microsoft, 1992). 

The best-known limitation of DOS is that it directly supports only IM of memory. 
The lower 640K is known as conventional memory and is used for application programs 
and the DOS kernel. It is also used for the network operating system (NOS) kernel if it is 
active. Memory managers are used to load drivers into the upper memory (640K to IM), 
allowing more space in conventional memory. Additionally, extended memory and 
expanded memory can overcome the IM limitation. Expanded memory, located above the 
IM limit of conventional memory, is a mechanism which allocates a 64K page of unused 
memory in the upper 384K of conventional memory. This area is used to swap pages in 
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and out of memory above the IM limit. Extended memory uses memory above IM 
through use of a memory manager. Advantages are that programs too large to fit in the 
DOS 640K space can be run, and valuable conventional memory space can be conserved 
by loading TSRs into high memory. 

3. Native DOS 

The COMMAND.COM file provides the user interface to DOS. This file 
processes all entries made from the keyboard at the DOS prompt. This file has a number 
of commands stored internally, and it will search for files that match the spelling of 
commands typed by the user. Native DOS is not a graphical user interface, and the DOS 
command prompt is the familiar C:. Nearly 70 commands can be entered from the DOS 
prompt. The commands can help the user maneuver through the file system, view the 
contents of a file directory or a file, change the attributes of files, check or set the 
computer's date and time, format disks, backup disks, copy, move or delete files and 
directories or run an application program. 

4. DOS Shell User Interface 

The DOS Shell interface is an alternative to the command prompt interface. It is a 
screen oriented interface composed of a series of menus which allow the user to perform 
many basic functions using a mouse instead of a keyboard for program input. The DOS 
Shell provides the ability to switch quickly betweeen different DOS programs. When 
more than one program is started with the DOS Shell, one program is automatically 
suspended when the second or third is activated. However, this task-switching capability 
does not offer any type of background operation. A suspended task cannot be doing 
anything. Therefore any program that must be kept running may not be able to work 
within the DOS Shell task switcher. 

The DOS Shell is divided into five areas: 
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♦ Title Bar. The Title Bar shows the user that they are in the MS-DOS Shell 
with the title "MS-DOS Prompt, MS-DOS Shell." 

♦ Menu Bar. The Menu Bar lists a number of pull-down menus which can be 
accessed to perform certain tasks. The menus include "File," "Options," 
"View," "Tree," and "Help." 

♦ Directory Tree. The Directory Tree area shows a graphical representation of 
the current directory structure. 

♦ File List. The File List Area shows a list of files in the current directory. 

♦ Program List. The Program List area contains a predefined list of programs 
that can be executed from the DOS Shell. This area can be modified by the 
user as additional programs are added to the computer. 

The DOS Shell is a very limited single tasking graphical interface. True graphical 
user interface with DOS is provided by Microsoft Windows. Windows is actually an 
operating system environment program for DOS. This is the most common enhancement 
to the DOS interface today. 

5. The Three DOSs 

A brief review of the three DOSs on the market today should begin with MS-DOS, 
the standard. Version 6.2 was released in early 1994 (Roberts, 1994) as an upgrade to 
MS-DOS 6.0. 

The major improvements introduced with the Version 6.0 were memory 
management, configuration, and virus protection. The program placement feature made it 
possible to load programs into specific locations in upper memory. Another useful new 
feature was MultiConJig, a fairly simple program built into the operating system that lets a 
user enter multiple configurations into a single AUTOEXEC.BAT/CONFIG.SYS, and 
allows a specific setup to be chosen with two keystrokes (Minasi, 1993). The 
introduction of Inter Ink allowed for the connection of two PCs parallel port to parallel 
port with a device driver being loaded. In this way one of the machines acts like a LAN 
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server. The primary use for Interlnk is for downloading a laptop client to a home server 
PC (Minasi, 1993). For virus protection, Version 6.0 offered a virus scanner and 

Vsafe, a virus shield, both of which were based on the very popular Central Point 
Antivirus. MSAV reports and flags viruses by looking for distinctive strings in program 
files or by creating checksums for each program file which can then be recomputed and 
compared later to previously created checksums. Vsafe is a program that runs 
continuously in the system, trying to keep data safe by monitoring efforts by programs to 
go resident in memory (become TSRs). Vsafe also monitors attempts to use the BIOS's 
FORMAT command, normally only used by the DOS FORMAT command, and will alert 
the user to the request for format operations before BIOS can carry them out, offering a 
chance to override the request (Minasi, 1993). DoubleSpace, the new disk compression 
routine, had a problem when initially introduced with Version 6.0. It was writing data to 
fixed disk areas prior to checking if the area was good or bad. This was the major 
problem with 6.0, which led to the hasty release of MS-DOS 6.2. 

The latest version of Microsoft's best-selling operating system includes several new 
utilities in addition to a "fix" for DoubleSpace. DoubleGuard verifies data in memory 
before writing to disk. It is a checksum-based system that identifies corruption in 
DoubleSpace memory buffers before data is written to disk. If this'verification fails, the 
system is shut down to limit further data corruption (Roberts 1994). A new diagnostic 
routine in the MMEM.SYS file includes the ability to single-step through 
AUTOEXEC.BAT and bypass DoubleSpace at startup (Wolverton, 1994). Version 6.2 
comes equipped with ScanDisk, a disk diagnostic and repair utility which can repair 
cross-linked files, test the integrity of each sector and repair or lock out bad sectors. The 
SMARTDrive disk cache utility provides the ability to cache CD-ROM drives, and will 
flush the cache to disk before returning the user to the C prompt. Other programs 
enhanced in MS-DOS 6.2 include Defrag, which is able to defragment disks that hold as 
many as 20,000 files, and Windows Undelete, which will no longer allow users to enter 
invalid filenames. 
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IBM's PC DOS is very similar to MS-DOS with some support for pen computing 
and PCMCIA cards. PC DOS 6.1 was completed before a shared technology agreement 
between IBM and Microsoft expired in late Semptember 1993, so most of the base code is 
identical (Wolverton, 1994). Standard DOS commands and programming functions are 
the same as those in MS-DOS. It looks and feels like MS-DOS, just as previous releases 
of both operating systems have been nearly identical. The additional utilities include the 
PenDOS program, for systems with a stylus and tablet. This feature lets the user use a 
stylus as a mouse replacement, for writing DOS commands or for entering data into 
applications. The PCMCIA functions offer DOS and Windows support for fax, modem, 
memory and hard disk cards. The SuperStor compression is IBM's version of 
DoubleSpace disk compression. (Mendelson, 1993) 

Novell DOS 7.0 emulates MS-DOS and offers built-in networking via the Novell 
NetWare network operating system. The program offers a full implementation of Stacker 
Version 3.1, a disk compression software. A multitasking utility lets the user download 
files or sort a database in the background while using a word processor in the foreground. 
And Novell's DOS introduces a new memory management feature named DOS Protected 
Mode Services (DPMS). It allows drivers and TSR programs to load much of their code 
above the first megabyte of memory, but it does not use 64K of memory for a page frame 
(Mendelson, 1994). DPMS lets the network software, disk cache, CD-ROM extensions 
and Stacker disk compression reduce their footprint in the first IM of RAM. It also 
works with third pary memory managers such as QEMM. Novell's DOS is more 
technically sophisticated than Microsoft's and IBM's and is particularly attractive to users 
of peer-to-peer LANs. 

6. Summary 

DOS is best suited to a single user with a single system performing a single task at 
a time, in the environment which DOS was originally created to support. MS-DOS is no 
doubt the preeminent PC operating system in the world. With extensions offered by 
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Windows, MS-DOS will continue to lead the field of PC workstation operating systems. 
Combined with various environments, an MS-DOS based system will meet virtually all 
computing needs of the single user. 

C. OS/2 OPERATING SYSTEM 

The IBM OS/2 operating system is a true 32-bit operating system, using the 
powerful multitasking capabilities of the Intel processors. It is a single user, multitasking 
operating system. It can run most MS-DOS programs and Windows programs. Its 
strength lies in its capability to support multiple processes and multiple threads per 
process. 

Development of OS/2 began in 1984 when IBM introduced the IBM PC-AT. The 
first version was introduced in 1987, and had no graphical user interface and no mouse 
support (Day, et al, 1993). OS/2 was designed to replace DOS by breaking the 640K 
barrier and by providing true multitasking with graphical user interface. Today's OS/2 
promises "a better Windows than Windows, and better DOS than DOS." (Day, et al, 

1993) 

OS/2 is a true timeslice multitasking operating system. It also offers cooperative 
multitasking and preemptive multitasking. The capability to multitask applications extends 
not only to OS/2 applications, but also Windows applications and MS-DOS applications. 

OS/2 tries to be all things to all people. In addition to the standard interface, it 
offers the Workplace Shell, an OS/2 command-line interface, an MS-DOS command-line 
interface and a Windows environment. IBM has done remarkably well with application 
compatibility, considering the differences in these operating systems. 

The current versions are OS/2 Warp Version 2.11 and Version 3.0. OS/2 Warp 
Version 2.11 is for installation on a machine without Windows and offers Windows 
capability. OS/2 Warp Version 3.0 is for workstations that already have Windows or 
Windows application compatibility is not desired (Phaniraj, 1994). They are advertised to 
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run 100% faster than their predecessor, OS/2 2.1 (Abernathy, 1994). The operating 
system is based on an object-oriented architecture. This system-wide object orientation 
has helped IBM improve OS/2's versatility, offering dozens of environment and operating 
system attributes that can be modified for specific performance. 

1. Process Management 

A session in OS/2 is any mode that is running on the computer. The three modes 
of operation are the OS/2 mode, the DOS mode and the WIN-OS/2 mode (for Windows). 
All OS/2 programs running directly from the OS/2 Workplace Shell are in a single session. 
Windows programs which are running are in another session, and any DOS programs 
running are in yet another session. 

OS/2 views programs running on the computer as a collection of threads with 
different priorities. Programs may have one or more than one thread of execution. For a 
particular program, each thread is treated with equal priority. OS/2 recognizes three 
classes of priorities (Day, et al, 1993): 


♦ Interactive. High or urgent priority. Programs interacting with the user react 
immediately to input. Interactive priority gives the user immediate response. 

♦ Foreground. Normal priority. Programs active in the current session use 
interactive and foreground priority. Foreground priority is always applied to 
the visible screen where the user is working. Foreground can be run as the 
second-highest priority to interactive. 

♦ Background. Low priority. Any session that does not contain the program 
with the interactive priority is placed in the background and gets the lowest 
priority. Background priority is assigned to the non-visible screens and 
receives CPU time only when the interactive and foreground priority programs 
are not busy. 

OS/2 will give I/O-bound processes a higher priority than CPU-bound processes to 
ensure good device utilization. OS/2 assigns each process a Process Identification 
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Number (PED) to keep track of a process and its threads (Dietel, 1990). Each process has 
its own address space. The operating system ensures the address spaces do not conflict 
between processes. 

A process can change priority within a session depending on what it is doing and 
how long it has been waiting for CPU time. A process running in a session that does not 
have interactive priority always receives lower priority than a session with interactive 
priority. If more than one thread of execution has the same priority, each is given an equal 
share of processor time. 

The DOS mode and WIN-OS/2 mode are possible because they run as a subset of 
the Application Program Interface (API) of OS/2 called family API (Dietel, 1990). 
Application programs written using the family API can run on DOS or OS/2 operating 
systems. 

The operating system supports all three types of multitasking in the OS/2 and 
WIN-OS/2 modes. In timeslice multitasking, each process or program running is given an 
equal share of CPU time. The more programs that are running the less time is available 
for a single program. OS/2 preemptive multitasking is based on a predetermined priority 
scheme. OS/2 supports cooperative multitasking for Windows applications. In 
cooperative multitasking, the running program returns control to the operating system 
when it seems logical to do so, even if the process still has more time to run in its 
timeslice. (Day, et al, 1993) In this way, programs that are not busy do not take much 
processor time. 

DOS applications do not use cooperative multitasking. OS/2 does not support 
Windows 386 Enhanced mode for DOS because it users hardware-specific features (Day, 
et al, 1993). 

OS/2 supports dynamic linking of processes located in dynamic link libraries 
(DLLs) (Dietel, 1990). Dynamic linking allows a program to call a subroutine that has not 
been linked to executable machine code in memory. In this way new subroutines can 
easily be incorporated into existing programs. DLLs also contain the OS/2 application 
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programming interface (API). This allows software developers to write DLLs without 
modifying the operating system and supports an open system architecture. 

OS/2 allows the user wide scope in process management. The status of a process 
can be displayed to the user with the "PSTAT" command (Dietel, 1990). Some status 
information available from this command includes DLLs, PID and shared memory. 

2. File Systems 

OS/2 has two types of file systems which offer significant advantage over 
MS-DOS. These are the DOS-compatible File Allocation Table (FAT) and the High 
Performance File System (HPFS). 

The FAT file system was designed for small disk sizes, therefore the use of a FAT 
file system becomes very slow as the drive size increases. The FAT contains information 
on every block of storage on the disk. The FAT continues to be supported because of 
DOS program compatibility. 

The High Performance File System (HPFS) supplies increased performance and 
functionality, but no compatibility exists between the FAT and HPFS file systems, and 
DOS cannot read an HPFS partition on a hard disk. The HPFS is a hierarchically 
organized file system that can be represented graphically in a tree-like organization. The 
file system starts at the root directory and then breaks into files and directories. The 
naming system is flexible, with file names which can be as long as 254 characters. There is 
no restriction on the location of periods in the file name, and it is case sensitive (Day, et al, 
1993). Like DOS, OS/2 uses file endings to indicate batch and system files that are 
executable. EXE, COM and SYS indicate executable files, and CMD indicates batch files. 

In HPFS the disk is divided into 8-megabyte bands. Free-space bit maps are 
located at the end of odd-numbered bans and the beginmng of even-numbered bands. 
Every sector on an HPFS disk is marked as used or full in the free-space bit map. This 
arrangement enables large files to have sections up to 16 megabytes. Each file and 
directory on a disk is identified with anFriode, the basic allocation pointer used in HPFS. 
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The Fnode uses a 512 byte block to store internal file system information, such as 
extended file attributes, access control lists, file length, the first 15 characters of the file 
name or directory, and the allocation structure that defines where the file or directory is on 
the disk (Day, et al, 1993). To save time accessing files, the Fnode that describes a file is 
physically located near the file on the disk. In this way, after the location information is 
read, the disk heads do not have far to travel to read the file. 

In the Fnode, a file is defined as a collection of one or more strips of data on the 
disk. Each strip consists of a starting point and a length. A single Fnode can hold 
information for eight strips of data, each strip up to 16 megabytes long. If the file has 
more than eight pieces, the Fnode uses a process called indirection to hold pointers to 
other structures that contain the location and lengths of the data strips. 

The HPFS uses a binary tree structure to lay out various parts of the directory 
structure. Like the DOS file system, HPFS starts at a single root location. The 
SiiperBlock specifies the location of the root Fnode at the beginning of the disk. The 
SuperBlock is located just after the boot block so the location of the root Fnode can 
always be located. OS/2 begins looking in the root directory Fnode to find the root 
directory file when a program requests access to a file. After the root directory file is 
located, OS/2 opens it to look for the file specified by the program. 

All directory files are 2K long and can store a variable number of directory entries 
depending on the length of the names in the directory and the number of additional 
attributes stored in the directory entry. After the root directory block becomes full, HPFS 
creates another layer of directory blocks and the root block becomes a list of directory 
blocks. HPFS sorts directory entries according to their names, rather than random 
assignment to the blocks. With this system, OS/2 can locate files, even on large disks, 
with very few reads. 

Disk read caching is the most common type of disk caching, and can be used with 
the DOS FAT file system as well as HPFS. This consists of the file system reading 2,048 
byte chunks of requested files into RAM. The requested part of the file is passed to the 
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requesting program, and the remainder is stored in the RAM disk cache (Day, et al, 1993). 
If the program requests more of the file, the needed information is likely to have been read 
from the disk already and to be in the RAM cache. HPFS does one step more than DOS 
in disk read caching by enabling large sections of the disk to be stored in memory and 
placing information in the file directory entry to indicate typical use patterns for the 
particular file. 

Disk write caching involves a program writing data to a RAM write cache, which 
is written to the disk after the write cache gets full. This is known as lazy write. This 
function can be controlled by the user with the "CACHE" command in the CONFIG.SYS 
file. Write caching must be used carefully, because while the data is still in the RAM 
cache, it is not permanent data. The HPFS file system uses a SpareBlock to backup write 
caching for error recovery and system failures such as power loss (Day, et al, 1993). The 
SpareBlock is located just after the boot block and the SuperBlock. If a write failure 
occurs, HPFS writes the data to an emergency area whose location is kept in the 
SpareBlock. The OS/2 Workplace Shell GUI will notify the user when a write failure has 
occurred. 

Every read of the disk is preceded by consultation of an error table, called a hotfix 
map, to check whether the part of disk being read is good or bad. To keep track of the 
integrity of the disk structure, a binary flag is set whenever any file is open on the entire 
volume. The flag is reset only when all files are closed, for instance with normal shutdown 
of the system. The flag is checked upon boot-up, and if the flag is still set the system will 
run CHKDSK program to attempt to reconstruct the disk before resuming system usage. 
(Day, et al, 1993). 

3. Environment 

OS/2 offers a variety of environments to the user. These include the Workplace 
Shell, an OS/2 command-line interface, an MS-DOS command-line interface and a 
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Windows environment. The theory is that a user can now switch to OS/2 and protect 
their investment in DOS and Windows programs. 

The Workplace Shell is the default interface for OS/2. This environment allows 
the user to run multiple sessions of OS/2, DOS and Windows simultaneously. Each type 
of program is maintained in a separate folder for easy access. A session can be started by 
clicking on the icon. 

The Workplace Shell identifies every file by its use and represents them as objects. 
Four types of objects appear on the Workplace Screen; 

♦ Program Objects. These are icons that represent programs on the system, 
such as spreadsheets or databases. 

♦ Folder Objects. These are collections of other objects. Folders may hold 
other folders to provide a user-defined hierarchy. The primary folder is the 
System Folder that forms the top of the hierarchy. 

♦ Data Objects. These are files created and used by the programs on the system. 
Data objects include text, spreadsheets, sound and video. 

♦ Device Objects. These represent the physical peripheral devices on the 
computer. Examples are printers, plotters and modems. 

The Workplace Shell is consistent with IBM's System Application Architecture 
(SAA) plan which includes a common programming interface, common communications 
support and common user access (Day, et al, 1993). The primary goal of SAA is to 
present a common interface across many systems. In this way the user should face fewer 
migration issues when moving to a new or larger system as requirements increase. 

An alternative to the Workplace Shell is the Windows environment. OS/2 has 
Windows embedded in the operating system (Day, et al, 1993). Programs running in 
Windows must be run in the standard mode, because OS/2 does not support Windows 
enhanced mode. Windows programs can be run as full scale Windows applications or as 
part of a WIN-OS/2 session, in which several Windows applications may be active at one 
time. 
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The OS/2 command prompt and the DOS command prompt interfaces are also 
offered by the operating system. Most of the commands used in OS/2 are the same as the 
ones used in MS-DOS. The OS/2 command line interface supports the Restructured 
Extended Executor (REXX) batch programming language. The REXX programming 
language is SAA compliant (Day, et al, 1993). 

4. Summary 

The design of OS/2 under IBM's System Application Architecture (SAA) supports 
the common set of application programming interfaces and compilers across many 
different hardware platforms. This ensures compatibility with some of IBM's other 
products. 

There are some disadvantages to OS/2. Its size and complexity have caused 
consumers to move slowly to OS/2. The competition of Windows, Windows NT, 
Macintosh System 7, and UNIX provides consumers with many operating system choices 
and makes a large-scale move to OS/2 difficult to justify. 

Advantages include compatibility and scalability, being equally operable on the 
most humble word processor as on the notebook PC and the high-end desktop system 
(Abernathy, 1994). It has met the challenge of supporting applications that currently are 
popular and that run under DOS and Windows. It also provides a powerful base 
operating system for developers to use in future application development. 

OS/2 is not the only 32-bit operating system being marketed. In addition to UNIX 
products, Microsoft has released Windows NT which will be discussed in the next section. 

D. WINDOWS NT OPERATING SYSTEM 

Windows NT (new technology) is an entirely new operating system built to surpass 
the limitations of the DOS operating system. It was designed as a state-of-the-art 
operating system to satisfy the computing needs of large organizations, but to be 
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compatible with the installed base of DOS and Windows applications. The result is a 32 
bit operating system that supports 16 bit DOS and Windows applications (Feldman, 

1993). 

Windows NT includes built-in networking capabilities, a C-2 security rating and 
the ability to run on many platforms. It can use different alphabets in support of 
international computing (Myers, et al, 1993). True multitasking ability and enhanced 
graphics within the Windows interface are the major features of the Windows NT 
operating system. 

In addition to DOS, Windows and Windows NT applications, NT also runs a 
limited set of OS/2 applications. It is also capable of running POSIX 1.0 compatible 
applications. The level of support provided is small, and for the most part represents a 
gesture of providing cross-platform compatibility. 

One of the most important features of Windows NT is its ability to run on 
non-Intel processors. In addition to Intel's family of 386, 486 and Pentium processors, NT 
supports the high-performance RISC (Reduced Instruction Set Computer) processors. 

Windows NT requires at least a 25 MHz 386 processor and 12 MB of RAM, 
although this is an absolute minimum and is really impractical. It also needs 80 MB of 
disk space for the complete operating system, including networking, OS/2 and POSIX 
support. For many users the huge disk space requirements are taxing on their systems. 

The complete Software Development Kit requires additional 40 MB, and swap files for 
virtual memory needs another 10-20 MB. For the user who will be developing or simply 
running applications 100-140 MB of hard disk space will be required just to get started. 
Disk compression cannot be used because the operating system is totally incompatible 
with the Stacker and DoubleSpace compression utilities. 

The latest release is Windows NT Version 3.5, released in September 1994. This 
release includes two products, Windows NT Server 3.5 for LAN servers, and the 
standalone version for technical and financial workstations (Markoff, 1994). 
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1. Process Management 


The operating system operates a sophisticated preemptive multitasking system and 
a multithreading capability which enables NT to do more things at once. The 
multithreading enables many programs or processes to be broken down into two or more 
threads, each of which can be executed concurrently. NT also supports multiprocessing, 
where two or more processors can work together to execute applications. By combining 
multiprocessing and multithreading, each processor could run different portions of the 
same application, or entirely different applications in order to gain performance 
improvements. However, most applications must be written specifically with 
multiprocessing in mind. Virtually no existing Windows applications can take full 
advantage of multiprocessing without extensive redesign (Feldman, 1993). 

Windows NT runs most existing DOS and Windows applications without 
modification by using emulators. To run DOS applications, the emulator, called the 
Virtual DOS Machine (VDM), completely reproduces the PC hardware architecture in 
software as well as the DOS operating system. Thus DOS applications run "inside" VDM 
under Windows NT. Windows applications also run on NT by using an emulator called 
Windows on Win32 (WOW). This emulator runs on top of the VDM and supports most 
standard and enhanced mode Windows applications. Multiple applications can run 
simultaneously inside WOW, but since the WOW environment so closely duplicates 
Windows, an application crash within WOW will likely crash other running applications. 
Unlike DOSAVindows-based systems, however, a crash within WOW will not affect other 
non-Windows applications. (Feldman, 1993) 

Windows NT has two running modes for the processor. In the kernel mode, the 
system allows access to hardware and system memory. Only the system itself uses this 
mode. Applications always run in the user mode with fewer privileges. Applications 
utilize system resources by calling system routines. The system then switches to kernel 
mode, executes its own service routine, switches back to user mode, and returns control 
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to the application. Collectively, the kernel mode portions of Windows NT are called the 
NT Executive. (Myers, et al, 1993) 

To support different application program interfaces (APIs), Windows NT relies 
on a set of user mode subsystems. NT includes four subsystems to support Win32, 
POSIX, MS-DOS and 16 bit Windows (WOW). The environment subsystems that 
support different APIs are servers, and programs that use a particular API are clients. The 
API servers are "protected" subsystems, because each runs as a separate process with a 
private address space. In addition to the protected environment subsystems, a security 
subsystem logs users on and keeps track of their accounts. 

2. Object Management 

A Windows NT object is a data structure with two main parts, a header and a 
body. Objects of all types have similar headers, but the objects themselves come in 
different types depending on what is represented. All objects are maintained by the object 
manager. 

Most parts of the system create object types to suit their needs. Executive objects 
are available in user mode. Some more common executive objects are: 

♦ Process: A running program. 

♦ Thread: An executing unit within a process. 

♦ Section: An area of memory shared between processes. 

♦ File: Disk file or an I/O device open for access. 

♦ Port: Place to deliver messages for a process. 

♦ Access token: Contains security information that sets privileges for logged-on 
user. 

♦ Semaphore: Counter controlling the number of threads that use an object at 
one time. 
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In order to distinguish between objects and keep track of them, the system names 
objects and stores the names in a list. The list of named objects resides in global memory 
so a process can locate and open objects made by another process. The object list is 
structured in a hierarchical tree of directories. Each supported file system, NTFS, FAT, 
HPFS and POSIX, creates its own hierarchy with rules understood by a driver in the I/O 
system. The self contained set of objects constitutes an object domain. The I/O system 
manages the objects in its own domains, creating one for each disk device. These device 
objects appear in the global object hierarchy, so the object manager can use the I/O system 
to read object names from the domain of a disk device object. 

Windows NT uses a handle mechanism to avoid searching through the entire tree 
every time a program refers to any object. Each process stores pointers to all the objects 
it uses in a private object table. The process receives a handle indexing entries in its object 
table. The handle remains effective until the process closes the object. 

In addition to acting as a pointer to an object, each entry in an object table holds 
information for object inheritance, access privileges and resource accounting. 

3. File Management 

The Windows NT file system is called NTFS (NT File System). It works with the 
Security Subsystem to keep track of security permissions for every file, subdirectory, and 
user. The NTFS also supports disk mirroring, in which two disk drives contain identical 
information, so that the mirror drive can take over in the event of a failure of the primary 
drive. NTFS improves disk performance using a technique called disk striping, in which 
files are written or striped across two or more physical drives. 

Each drive can read or write a different block of data from the same file 
simultaneously. This greatly enhances disk function performance. With the use of parity, 
small data errors can often be corrected and data damaged by more severe hardware or 
software failures can be reconstructed. 
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In addition to NTFS, Windows NT is also compatible with the FAT file system and 
OS/2'sHPFS. 

4. Memory Management 

Windows NT supports a linear memory address space of four gigabytes, two 
gigabytes for programs and two gigabytes for the operating system (Feldman, 1993). This 
method eliminates the use of various memory managers used with the DOS and Windows 
combination, such as FDMEM or QEMM. It also has a virtual memory manager which 
gives each program more room to run by combining available RAM with hard disk space. 
In this way it protects the system by keeping programs and system tasks from interfering 
with each other. 

Windows NT is designed for newer CPUs that support logical addresses in the 
hardware. The significance of this is the user cannot circumvent the virtual memory 
manager and use a physical address to access another program's memory. No other 
program can interfere with the physical memory assigned to a program. The 2GB of 
logical memory for every application is a private address space. Thus, even if two 
processes happen to use the same logical address, neither will interfere with the other 
because each address is mapped to a different part of physical memory. One consequence 
of this feature is that programs cannot exchange addresses with each other for purposes of 
data sharing. Other system-supported mechanisms accomplish this. 

When physical memory is full, the virtual memory manager begins paging sections 
of memory into a large hard disk file. For efficiency the memory manager moves blocks of 
4K at a time. Advanced CPUs support pages as part of their built-in virtual memory 
capabilities. 

Processes can share memory by creating section objects. A section object is an 
area of physical memory that has been mapped into two virtual address spaces (Myers, et 
al, 1993). If a section is very large, a process may open a small window in the section 
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called a view. The view can be moved along the full length of the section so that the 
process can read all the shared data. 

Windows NT protects memory in several different ways. First, the distinction 
between kernel mode and user mode prevents non-system code from reading system 
memory. Second, the virtual address space firmly isolates programs from each other. 
Third, individual memory pages can be marked to limit access. And finally, section objects 
receive the same protection that all objects do, that no process can open an object handle 
without authorization. 

5. Subsystems 

The Win32 subsystem provides the user interface with Windows NT. The 
subsystem also coordinates the interactive operations of the other protected subsystems so 
that applications written for DOS, POSIX, OS/2, Winl6 and Win32 can all share the 
screen. 

The Win32 subsystem is an independent server process looping continuously and 
waiting for requests from client programs. The subsystem manages the screen for all 
subsystems. For character-based programs it creates a console window like the command 
shell. It tracks which window has the focus and which subsystem should receive input 
from the mouse and the keyboard. 

The MS-DOS and WOW subsystems work differently. MS-DOS programs run in 
a virtual DOS machine (VDM), an application whose virtual address space contains the 
code and drivers for MS-DOS. Many VDMs can run simultaneously. When the user 
enters the name of any program to execute, the VDM asks Win32 to create a new process. 
VDMs can swap their memory to disk, and they load code only as needed. Also, multiple 
VDMs share much of their emulation code. 

WOW applications also run in a virtual DOS machine. When the user starts a 
WOW program, Win32 recognizes the DOS executable file format and initiates a VDM. 
The VDM in turn loads the WOW support into its own address space. All concurrent 
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wow applications effectively share a single VDM, just as they would normally share a 
single DOS machine. The WOW subsystem mimics exactly the old Windows 
environment. 

6. Summary 

Windows NT offers true multitasking, multithreading and multiprocessing and 
extensive networking capabilities. It will run application programs written for a variety of 
environments, including DOS and Windows, as well as its 32 bit competition, UNIX and 
OS/2. Windows NT will run on the Intel processor as well as RISC-based PCs and 
workstations using MIPS 4000 and Digital Equipment's Alpha processors (Feldman, 
1993). It also complies with government standards for a C2 security rating (Myers, et al, 
1993). 

Although Windows NT has many impressive features, its size and complexity are 
so great that PCs, which started out as liberating users from the control and complexities 
of mainframe computer centers, have come full circle. The implication for management is 
big and talented staffs are required to install and maintain this complexity. Instead of the 
desktop becoming simpler to use, in some respects, it is becoming more difficult. 

Microsoft is working on a "lite" version of NT, known variously as Windows 4.0, 
Chicago, or Windows95. This operating system is purported to have most of the features 
of Windows NT except its ability to act as a server on client/server networks and its 
support for OS/2 and POSIX applications. The new operating system's memory and disk 
requirements will probably be significantly more modest than NT. 
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IV. GRAPHICAL USER INTERFACES 


A. ABOUT USER INTERFACES 

The purpose of a user interface is to provide communication between the user, the 
computer system, and the various application programs. Software design addresses two 
key questions with regard to user interfaces: 

♦ How does the computer show the user what choices are available? 

♦ How does the user tell the computer what choice has been made? 

1. Conventional Interfaces 

Conventional interfaces are based solely on text. The reason is that through the 
1980’s, DOS was strictly text-based, command driven software. Many computers of that 
time could not handle graphics well. There are four basic types of conventional interfaces 
discussed here. 

Command-line interfaces rely on command typed in by the user. The screen 
shows a prompt, such as C>, indicating that the computer is ready to accept a command. 
The user must know the exact syntax for each command, and enter it on the keyboard, one 
character at a time. The user must also be familiar with the rules for constructing the 
command, otherwise an error message will be displayed. MS-DOS is an operating system 
that uses a command-line interface. 

Menu-initial interfaces present the user with a series of single letter abbreviations 
that stand for possible choices. In a menu-initial display, the user must know which letter 
represents which choice. Often choosing one letter from the menu produces a 
second-level menu with more letters prompting further choices. Programs that used 
menu-initial interfaces include the early versions of VisiCalc and SuperCalc. 


35 


Menu-word interfaces give the user a list of words instead of initials from which to 
select. Again, there may be second-level menus with more words indicating more choices. 
Menu-word interfaces are sometimes called moving bar interfaces. Programs using 
menu-word interfaces include the MS-DOS versions of Microsoft Word and Lotus 1-2-3. 

Menu-driven interfaces present the user with a complete menu from which to 
choose. The menu takes up the full screen. With each choice, a new menu appears, until 
all necessary choices have been made. Menu-driven interfaces are good for the novice 
because they can display full instructions, but they can be fhistrating for more experienced 
users. 


2. Shell Interfaces 

The software that provides a graphical interface to a command-driven interface is 
called a shell. In actuality, a shell is another layer of software between the user and the 
command-driven interface (Long, 1993). Shells provide an alternative to often cryptic 
text commands. With a shell, the user can interact with DOS and other software packages 
by selecting options from menus that are temporarily superimposed over whatever is 
currently on the screen or by using a mouse to position the graphics cursor over the 
appropriate icon. Most shells are text and command based, although a mouse can be used 
for some operations. 

The MS-DOS Shell presents a visual method of working with MS-DOS. The user 
can perform many of the same file management and disk maintenance tasks that can be 
performed from the command line. The MS-DOS Shell can also be used to organize and 
start programs, and to switch between them (Microsoft, 1992). 

The WordPerfect Office Shell is a graphical interface which works with the suite 
of programs included in the WordPerfect Office. The paths to various programs are 
initally set up and the user selects them from a menu. Hot keys are used to switch 
between programs within the suite. For non-WordPerfect programs, the user must exit 
and return to the shell to switch to the next program. 
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Certain menu programs also provide visual interface with MS-DOS. Examples of 
this type of shell are DirectAccess and IDirPlus. The shell used in the Systems 
Management Laboratories is the IDirPlus menu program. In this shell, application 
programs are activated by batch files which have been initally set up by the network 
administrator. The user is always returned to the shell upon exiting a program in this type 
of shell. 


3. Graphical User Interfaces 

Beginning in the 1960's computer research groups began looking for alternatives 
to the conventional user interface. They identified requirements including ease of use, 
consistency, and familiarity. Researchers at Stanford Research Institute and Xerox Palo 
Alto Research Center (PARC) developed an interface incorporating a mouse, icons, and 
pull-down menus (Lu, 1992). This interface offers many choices without interfering with 
work in progress. A menu category is chosen from a menu bar and the menu is "pulled 
down" with a mouse. The work area is only obscured while the user is choosing from the 
menu. 

The PARC interface is found in almost all new microcomputers. Apple built the 
PARC interface into its Lisa and Macintosh computers. AT&T, Atari and Radio Shack 
have adopted it. Software such as Microsoft Windows, Geoworks, Ensemble, and 
Presentation Manager for OS/2 install a PARC interface on IBM compatible PCs. The 
recent versions of MS-DOS include an optional "shell" that has some features of a PARC 
interface. (Lu, 1992) 

The general acceptance of graphical user interfaces has prompted many software 
companies to create GUI alternatives for DOS and other popular command-driven 
software packages. Windows has emerged as the dominant graphical user interface for the 
MS-DOS environment. It will be discussed in the following section. 
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B. WINDOWS GUI 


Microsoft Windows is not an operating system, but rather a companion program 
to DOS. It is a graphical user interface which enables users to view applications in various 
"windows" on their screens. Because Windows is a single-user, single-tasking program, 
only one program can actually be actively running at any given time. The Windows 
program switches from one active program to another program giving the appearance that 
more than one program is active at a time (Schatt, 1992). Under Windows, each 
application program runs in a window on the screen that can be opened or closed by the 
user. Multiple applications can be run at the same time, each in its own window, and a 
user can switch between applications. As a practical matter, multiple windows on the 
screen simultaneously is limited because the windows become so small that the user 
cannot effectively use multiple Windows. The task switching is most effective when each 
application occupies a full screen or half screen at most. However, application programs 
can be open and minimized, giving the full screen to the program presently active, and still 
allowing for task switching. The user's knowledge of one application transfers to each 
new application because all Windows applications operate in a similar fashion. 

Windows requires DOS in order to operate (Day, et al, 1993). It is by far the 
most popular extension and environment for MS-DOS users. It is a true extension 
because it uses MS-DOS when it must and provides its own services to programs for 
many interfaces to the hardware. 

The addition of Windows to DOS increases hardware requirements significantly. 
Unlike running DOS alone, DOS with Windows requires a 80386SX processor as a 
minimum and four megabytes of RAM are recommended (Day, et al, 1992). Windows 
actually needs eight to 12 megabytes of RAM to run multiple sessions effectively. DOS 
with Windows together requires approximately 15 megabytes of fixed disk space. Also, 
the Windows graphical interface overhead for application programs has much greater 
demand for fixed disk space than DOS applications. 
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The addition of Windows to DOS also incurs performance penalties. Because 
Windows uses timeslice multitasking, when multiple programs are executed 
simultaneously, each program gets a section of processing time. As the number of 
concurrent programs increases, the amount of processing time available for each program 
decreases. This, in turn, decreases the execution speed for each program (Jasma, 1987). 

A management concern which must be addressed is the upgrade of existing "good” 
hardware, such as the 80486/33 processors in the Systems Management Laboratories, to 
attain efficient perfomance in the running of Windows. For example, this could be 
accomplished by replacing existing 33MHz chips with 66MHz chips. These technical and 
management issues become particularly evident with network operation of Windows. The 
network aspects will be explored in the following chapter. 

Windows supports two types of application programs, DOS and Windows. The 
user can switch between the Windows environment and the DOS environment to run 
programs directly in a DOS mode. 

1. Multitasking Under Windows 

Windows applications share the processor in a non-preemptive manner. Windows 
programs are written to yield control of the processor at regular intervals without user 
intervention. Programs written for Windows follow a set of guidelines that enables 
Windows programs to share the processor's time cooperatively. Many applications can be 
running at the same time, with all of them going through a loop that polls for messages. 
This scheme depends on well-behaved application programs 

The Windows programs are designed to react to messages passed to them from 
Windows. A keystroke entered is detected by the Windows kernel and the information is 
passed to the application that has the focus. The concept of focus means the application in 
which the user is working. The user indicates focus by clicking that application's window 
with the mouse. 
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Windows can be mn in one of two modes. Standard or 386 Enhanced. Each mode 
has different operating capabilities and uses memory differently. Standard mode operates 
in extended memory; 386 Enhanced mode operates in extended memory and accesses the 
virtual memory functions built into the 386 processor. (Person, 1994). 

Windows starts in the 386 Enhanced mode if installed on a 386 or 486 PC with 
more than 2M of memory. When Windows is running in 386 Enhanced mode, it provides 
preemptive multitasking for non-windows applications. Each session is assigned a 
percentage of the processor's time. 

The 386 Enhanced mode creates a "virtual" 8086 on which a non-Windows 
program can run. Thus the non-Windows program is interacting with the Windows 
version of MS-DOS and a virtualized computer. When an I/O is requested by a DOS 
session the Windows version of MS-DOS intercepts the I/O and simulates an 8086 DOS 
environment. However, many DOS applications will not run, or run inefficiently, in 
Enhanced Mode. DOS applications should be run under DOS to achieve best 
performance and greatest efficiency. 

2. The Windows Environment 

Windows uses concepts that make computers easier for many people to use. The 
basic organizational concept is that all applications run on a desktop, and each application 
runs in its own window. Windows can run multiple applications. The user can move the 
windows and change their size just as stacks of papers on a desktop can be moved and 
rearranged. 

Windows has two basic areas in which to perform system commands: the 
Program Manager and the File Manager (Day, et al, 1993). The Program Manager 
control window is the starting point for running many utility functions. Within the 
Program Manager, programs can be started in one of five ways (Day, et al, 1993): 

♦ Double click the program icon 

♦ Use the File-Run command and type the program name 
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♦ Highlight the program icon and press Enter 

♦ Double click the program name under the File Manager 

♦ Double click a data file that has an association to an executable program 

The File Manager can be started from the Program Manager control window. The 
File Manager performs functions similar to the DOS Shell. Multiple File Manager 
windows can be opened to display different drives or directories. A toolbar for file and 
disk management contains tools for tasks such as copying and deleting files, and sharing 
drives on the network (Person, 1994). 

Within Windows are two types of windows: application windows and document 
windows (Person, 1994). An a/7/?//ca//o« contains the application itself The 

menu bar that controls the application is usually at the top of the application window, 
under the application's title. Depending on the type of processor and amount of memory 
in the computer, multiple applications can be run at one time in Windows. Each 
application appears in its own application window. 

A document window is located in an application window. Document windows 
contain the data or document on which the application works. Some applications, such as 
Windows Write, can have only one document window open at a time. With other 
applications, such as Microsoft Excel, multiple document windows can be open at one 
time. 

Windows enables the user to cut or copy information from one application and 
paste the information into another. With some applications, information can be shared 
through Unking. For example, a table of data from a Microsoft Excel worksheet can be 
linked into a Microsoft Word for Windows document. Then, if changes are made to the 
original data in the Excel worksheet, the linked data is automatically updated in the Word 
Document. 

Making entries, edits, and changes to information is similar in all Windows 
applications. The basic procedure is: 
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♦ Activate the window containing the desired application 

♦ Select the text or graphics object to be changed 

♦ Choose a command from the menu at the top of the application 

♦ Select options from a dialog box, if one appears, and complete the command 
by choosing OK or pressing ENTER 

With the mouse, Windows applications can be controlled by choosing commands, 
selecting options, and moving on-screen items. 

3. Object Linking and Embedding 

Object linking and embedding (OLE) is a feature that was introduced with 
Windows 3.1 in 1992 (Person, 1994). An object is anything such as data, a picture, or a 
chart which may become associated with a different application other than the application 
used to create it. Linking is including an object within a different application but leaving 
the object linked to the application used to create it. In this way the linked object is 
updated when the original changes. Embedding puts data from a server application within 
the document of a client application. This leaves all the data in the final document, not 
linked back to its original application. Through OLE, compound documents can be 
created made up of objects created by many applications. 

4. Networking With Windows 

a. Peer to Peer Networking 

Microsoft developed Windows for Workgroups to allow users who work 
together to network their workstations. Windows for Workgroups includes enhancements 
that give it networking capability and features to help people work together. The 
networking overhead is shared between all the computers on the network. Each user is 
responsible for their own password, and each user controls access to their own files and 
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printer. The Windows for Workgroups File Manager and Print Manager allow sharing of 
directories and printers with others in the workgroup. Additionally, five applications are 
included which augment workgroup operations: 

♦ Mail is a message-passing system. 

♦ Remote Access gives the ability to log on to a Windows NT server over the 
telephone. 

♦ PC Fax enables the workgroup members to share a common fax. 

♦ Schedule + is a personal or group scheduling application which ties into the 
Mail system to notify and confirm meeting times. 

♦ Clipbook enables the members of the workgroup to share data by acting as a 
central scrapbook for the group. Data can be pasted or linked from the 
Clipbook into documents so that everyone gets all the updates. 

b. Client/Server Networking 

Windows can be used on a local area network with a client/server 
architecture. The selection for configuration of the network is made at the time of 
installation. There are three ways Windows can be run in a network environment; 

♦ All Windows files on user workstation 

♦ All Windows files on server 

♦ Windows on server/user files on user workstation 

Since this is the main issue being addressed in this research, each of these 
methods will be discussed in great detail in the next section on Graphical User Interface 
Configurations. 
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5. Summaty 


The popularity of Windows is based on users' perceptions of the benefits of 
graphical interface, multitasking and connectivity between applications. Windows and 
Windows applications are easier for many to use than DOS and DOS applications, and 
they are very powerful. Additionally, many Windows applications are customizable and 
features can be tailored to meet the specific needs of the user. 

Windows 3.1 was released in the spring of 1992. The current version, Windows 
3.11, was released in the spring of 1994 (Person, 1994). The network features are the 
newest addition to Windows 3.0 and 3.1. 

The next upgrade to Windows will be Windows 4.0, also called Windows Chicago 
or Windows95. This will be a 32 bit, self contained, DOS independent operating system. 
This is advertised to be a "lite" version of Windows NT and will have most of the features 
of Windows NT except its ability to act as a server on a client/server network and its 
support for OS/2 and POSIX applications (Feldman, 1993). 
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V. GRAPHICAL USER INTERFACE CONFIGURATIONS 


A. CONFIGURING WINDOWS ON A LAN 

Configuration of Windows on a local area network involves several important issues. 
Careful consideration should be given to the proper balance of usability, performance, ease of 
maintenance and administration. The configuration question is whether Windows should be 
placed on the file server or on the local hard disk of the user computer. Different networking 
environments require different configurations. PCs, the network board, cabling and printers 
comprise the physical network environment. Additionally, needs and proficiencies of users on 
the network must be identified. The following requirements must be studied: 

♦ User Flexibility. This refers to the flexibility the users are allowed over their own 
Windows configuration. 

♦ Ease of Administration. This is the degree of difficulty of network administration 
which will allow for effective management and maintenance of the network. 

♦ Performance. The different ways of configuring Windows affects performance for 
the user and for the network at large. 

♦ Reliability. The different ways of configuring Windows affects reliability for the 
user and for the network at large. 

In addition to the question of how to configure Windows, a location must be 
determined to put virtual memory swap files and temporary files. These files do not 
necessarily reside in the same location as Windows. Since virtual memory swap files and 
temporary files can affect performance, their location is another question to be addressed 
when deciding on how to configure Windows. 
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B. ALL WINDOWS FILES ON USER COMPUTER 


This configuration consists of a working copy of Windows 3. lx on the user's local 
drive. Windows program files and user files reside on the user computer hard drive. The 
network administrator has little control over the operation of a user computer with this 
configuration. 

1. Files on User's Disk 

Full installation to the user's local drive creates two directories, the target directory 
where the Windows program files will reside and the SYSTEM subdirectory which is the user 
files. The default name for the target directory is WINDOWS, which contains approximately 
125 files that use about 4.5M of disk space. This directory contains Windows bundled 
programs such as Calendar, Notepad, Cardfile and the related help and DLL files. It also 
contains bit-map wallpaper files, screen-saver files, sound files, Windows INI files, PEF files, 
group GRP files, and the program file WIN.COM. 

The SYSTEM subdirectory contains about 115 files which use about 5.5M of disk 
space. The Windows core executable files and their associated DLL files are located here. 
Also in this subdirectory are the TrueType font files, the fixed screen fonts, hardware drivers, 
screen grabbers and the network drivers. (Person, 1994) 

2. The Systems Management Laboratories 

The Systems Management Laboratory in 1-250 has workstations that were acquired 
with Windows already installed. Thus it was simple to use this configuration. To operate 
Windows in this configuration, the user selects an application batch file which starts Windows. 
In the Systems Management Laboratories this is the method used to access all applications, 
whether stored on the server or on the user computers. In this case the user's local C: drive is 
the target directory for the Windows program files as well as the location of the user files. 
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This method of operation leaves all Windows files on the user's local disk, but allows for 
network access of application programs on the server. 

a. Standard Screen 

In order to get each machine on the network to start Windows with a standard 
Program Manager screen, several steps were performed: 

♦ The Standard Screen was configured on one user computer with the Control Panel 
of the Main Group removed from the icon set to preclude a user changing colors, 
fonts, etc. on the Program Manager screen. 

♦ A Restrictions Section was added to the PROGMAN.INI file to disallow the user 
fi'om changing the setup of the Program Manager by adding the settings 
EditLevel=4 and NoSaveSettings=l. The restrictions prevent users from adding, 
deleting and copying icons and disable the option to save screen settings. 

♦ The GRP and INI files representing the standard screen were then placed in a 
STANDARD.SET directory on the network I; drive. 

♦ The settings were copied down to each user computer from the server with the 
command XCOPY I:\WINDOWS\STANDARD.SET C;\WINDOWS 

b. Windows Load Time 

SMARTDrive is a disk cache that comes with Windows. A disk cache works 
by reducing the amount of writing and reading of information to and from the hard disk. 
SMARTDrive sets aside an area of extended memory as a cache of disk information for 
Windows. Because the cache is electronic memory, retrieval can be hundreds or even 
thousands of times faster than a mechanical disk drive (Person, 1994). 

In order to maximize performance, the statement SMARTDRV.EXE was 
added to the batch file which initializes Windows. The result was a load time of 18 seconds. 

3, Advantages 

a. No Usage of File Server Disk Space 

All Windows files are installed on the user's PC. 
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b. Reduced Network Traffic 

Installation of Windows on the local disk instead of the file server keeps 
Windows traffic off the network. Windows also uses many different dynamic link libraries 
(DLLs). Installation of Windows locally reduces the load associated with loading the 
Windows DLLs. 

c. Improved Endows Load Time 

The local hardware platforms run faster than the combination of the file server 
hardware and the LAN cabling system, so loading Windows from a local disk reduces the 
amount of time it takes to load Windows. Tests showed that Windows could be loaded in an 
average of 18 seconds. Tables 1, 2 and 3 show results of timing tests performed. 

d. Windows Hardware Configuration Files Match the Machine 

The SYSTEM.INI file is a hardware specific configuration file. With a local 
installation, the SYSTEM.INI file reflects the settings needed for the particular user 
computer. 

4. Disadvantages 

a. Large Amount of Disk Space is Required 

Windows 3 . lx consumes 9-14M of user's disk space depending upon the 
installation options chosen. 

h. Administration of Workstations is Decentralized 

Management of the users' environment by the network administrator is 
impossible without actually physically accessing each user's user computer. 

C. ALL WINDOWS FILES ON SERVER 

This variation of the Windows 3. lx configuration has all information on the file server. 
All shared Windows program files are installed on the file server in a shared directory, and all 
user specific files are installed into a private user directory on the file server. 
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1. Files on User’s Directory 


The files on the user's private directory on the file server are the same as those 
installed on the user's disk in the previous configuration. The difference is the target 
directory, which is on the file server with this method and was on the user's local drive with 
the previous method. 

2. The Systems Management Laboratories 

The Systems Management Laboratories do not have a configuration setup for this 
method of loading Windows. Some experimental setups were conducted to test this 
configuration method. The INSTALL function was run using the network J: drive as the 
Windows program directory and the network K: drive as the location for the user files. The 
INSTALL was run by typing SETUP/N at the J;> prompt. The switch /N indicates network 
setup. The INSTALL was successful, but the program would not load properly. Error 
message "NOT READY READING DRIVE K" appeared three times during the loading of 
Windows. The program did finally load, but the cause of the read failure could not be located. 

Additionally, when installed in this configuration on two machines, Windows could not 
be accessed simultaneously by both users. A sharing violation prevented one user from 
loading the program. This indicates the need for a separate user directory for each user 
computer if this method were used. 

This configuration is not efficient in terms of performance or use of resources. It is 
usually only recommended for diskless workstations or workstations that must be booted from 
a floppy disk. 

3. Advantages 

a. No Usage of Local Disk Space 

This method places all Windows program files and user files on the file server, 
so no disk space is used on the user computer. 
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b. Centralized Updating of Windows Files and Drivers 

Installation of updated versions of the files is easier because all core Windows 

files reside on the file server. 

c. Centralized Administration is Possible 

The network administrator has complete control over the user's environment 
since all files needed to run Windows reside on the file server. This allows for easier 
administration and troubleshooting on the network by the network admimstrator. 

4. Disadvantages 

a. Large Amount of File Server Disk Space is Required 

Windows 3. lx consumes approximately 15M of disk space on the file server. 
This configuration also requires a separate user directory for each user or machine. 

b. NePvork Traffic for Windows is Increased 

Since all files are on the file server, DLLs, swap files and temporary files also 
reside on the file server. This will greatly increase traffic demands on the network. 

D. WINDOWS ON SERVER/USER FILES ON USER COMPUTER 

This technique of configuring Windows places a small group of user files on the user's 
local drive. These are the Windows INI files, the GRP files, the initial PIF files, and 
WIN.COM. This mode dictates that the major program files needed to run Windows be 
located in a shared directory on the file server. The user needs a search path from the user 
computer to the Windows directory on the file server in order to run Windows from the user 
computer. 

This method is ideal for centralized network administration. Also this approach 
minimizes the amount of disk space needed on the local drive. 
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1. Files on User's Disk 


The following user files are installed by Windows on the user's local drive: 


WIN.INI 
CONTROL.INI 
DOSPRMPT.PIF 
PROGMAN.INI 
ACCESSOR. GRP 
STARTUP.GRP 
DEFAULT.PIF 


MOUSE.INI 

WINVER.EXE 

WIN.COM 

MAIN.GRP 

GAMES.GRP 

SYSTEM.INI 


The file WIN.COM is not part of Windows, instead it is a program that launches 
Windows. Setup creates WIN.COM and this program is explicit to the hardware specified 
during the Setup program. (Person, 1994) 

2. The Systems Management Laboratories 

The Systems Management Laboratory in 1-250 has the Windows files installed in this 
configuration for the purpose of the network administrator experimenting with this 
configuration. This installation was performed using the SETUP/N option. To operate 
Windows in this mode, the user selects a batch file which contains a path back to the user's C 
drive for the user files and to the network J: drive for the Windows program files. The batch 
file also contains a command which copies down a standard set of INI files each time the 
Windows program is loaded. In this way, the initial Windows screen should be standard for 
all network users. 

a. File Setup 

Each user machine must have the user files installed on the local drive to run 
the Windows program from the file server. This could be accomplished in one of two ways. 
The first method consisted of running the INSTALL program at the user machine from the 
J;\WINDOWS file. This procedure consumed approximately four and a half minutes at each 
user machine. 
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The second method was to simply copy the set of user files from a network 
drive to each user computer. The required files were loaded to the K: drive, and then at each 
machine the following commands were entered; C:>MD WINUSER to make a user directory 
to receive the files, and then C;>XCOPY K;\WINUSER to copy down the files. This 
procedure took approximately 30 seconds at each machine, with an actual file copy time of 
about two seconds. 

The user access to Windows is provided through a batch file. The network 
user boots up directly into a IDirPlus Menu screen which accesses program batch files on the 
network F: drive. A maintenance batch file called ZZWIN.BAT was written for these 
experiments. The batch file directs the program to J:\WINDOWS on the network drive for 
the Windows program and C:\WINUSER for the user files needed to run Windows. From the 
moment of selection of the ZZWIN batch file by the user, the Windows program took about 
31 seconds to load. 

b. Standard Screen 

In order to get each machine on the network to start Windows with a standard 
Program Manager screen, the INI files in a STANDARD.SET directory are copied down to 
the C: drive from the network J: drive. The STANDARD. SET is a directory which was set 
up on the J: drive specifically for this purpose containing all INI files required to start 
Windows. Also, restrictions were set on the Program Manager screen so that users could not 
add, delete or copy program icons and the option to save screen settings was disabled. The 
restrictions were enacted by changing settings within the PROGMAN.INI file. This was 
accomplished as follows; 

♦ Within the Group Section of the PROGMAN.INI file, the paths were changed to 
J;\WINDOWS\STANDARD.SET\*.GRP to get the group files from the server. 

♦ A Restrictions Section was added to the PROGMAN.INI file to disallow the user 
from changing the setup of the Program Manager by adding the settings 
EditLevel=4 and NoSaveSettings=l. 

♦ The batch file on F; was changed to read; 

XCOPY J;\WINDOWS\STANDARD.SET\*.INI C;\WINUSER 
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c. Windows Load Time 

The Windows load time initially tested at over two and a half minutes using the 
server/user configuration without SMARTDrive. Local hard disk activity seemed to be 
consuming most of the load time. After adding the statement SMARTDRV.EXE to the batch 
file which initializes Windows, load time was reduced from 2 minutes 33 seconds to 31 
seconds. 

3. Advantages 

a. Limited Usage of Local Disk Space 

This method places the majority of the Windows files on the file server. The 
small group of user files needed locally requires 150K or less of disk space. 

b. Centralized Updating of Windows Files and Drivers 

Because all core Windows program files reside on the file server, updated 
versions of these files will be easier for the network administrator to install. 

c. Windows Configuration Files Match the Machine 

The hardware specific SYSTEM.INI configuration file resides on the local 
drive. By being installed locally, the SYSTEM.INI file will reflect the settings needed for that 
user computer. 

4. Disadvantages 

a. Increased Network Traffic Caused by Windows 

Any application loaded over the network will increase traffic. Windows is a 
large application that can generate significant traffic, which will impact network throughput. 

b. Administration of User's PC is Mixed 

The user's environment cannot be totally managed by the network 
administrator without physically accessing each user's machine, since some of the user's 
Windows files will be installed locally. This disadvantage has been minimized to a great extent 
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in the Systems Management Network. The network administrator has gained a degree of 
control of the users' environments with the batch file which replaces all INI files each time a 
user loads the Windows program, and the restrictions placed on the Program Manager screen 
to preclude changes. 

c. Degraded Windows Load Time 

This is a disadvantage if the file server and network hardware perform slower 
than the local drive. In the case of the Systems Management Laboratories the file server 
hardware is identical to the user computer hardware, thus the file server is slower due to the 
addition of network processing time for the files. Tests showed that Windows could be 
loaded in an average of 31 seconds from the network drive, compared to 18 seconds from the 
local drive. 

E. PERFORMANCE TEST RESULTS 

Comparison of the various methods of configuration of Windows on the network 
included testing of the different configurations for performance. Timing tests were performed 
on different user machines and with a group of machines simultaneously. Two configurations 
were tested and compared; all Windows files on the user computer, referred to in the tables 
as Windows (User)', and Windows files on the server with user files on the user computer, 
referred to as Windows (Sender). 

Access times were tested for loading Windows as well as loading applications. The 
typical applications used in the test were the following versions of WordPerfect: Version 5.1 
for DOS; Version 6.0 for DOS; and WordPerfect for Windows (WPW) Version 6.0a for 
Windows. 

The performance results tables are presented as follows: the first row is access time 
for WordPerfect (DOS) 5.1; the second row is access time for WordPerfect (DOS) 6.0; the 
third row is access times for Windows (User) and WordPerfect for Windows; and the fourth 
row is access times for Windows (Server) and WordPerfect for Windows. 
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1. One 33MHz User Computer 


Table 1 shows the results of timing tests performed on one 33MHz 486 IBM 
compatible user computer on the Token Ring Network OTR in the Systems Management 
Laboratory. 


Time 

To: 

Windows 

(User) 

Windows 

(Server) 

WP(DOS) 

v5.1 

WP(DOS) 

v6.0 

WPW 

v6.0a 

TOTAL 

TiME 

F:> 

* 

* 

11 sec 

* 

it 

11 sec 

F:> 

* 

* 

★ 

22 sec 

it 

22 sec 

F:> 

18 sec 

* 

* 

* 

27 sec 

45 sec 

F:> 

* 

31 sec 

it 

* 

29 sec 

60 sec 


Table 1. Access Times for One 33MHz Machine 
2. One 66MHz User Computer 

Table 2 shows the results of timing tests performed on one 66MHz 486 IBM 
compatible user computer on the Token Ring Network OTR in the Systems Management 
Laboratory. 


Time 

To: 

Windows 

(User) 

Windows 

(Server) 

WP(DOS) 

v5.1 

WP(DOS) 

v6.0 

WPW 

v6.0a 

TOTAL 

TIME 

F:> 

* 

it 

10 sec 

* 

* 

10 sec 

mm 

* 

it 

* 

22 sec 

★ 

22 sec 

mm 

14 sec 

it 

it 

★ 

21 sec 

35 sec 

moil 

★ 

30 sec 

★ 

★ 

27 sec 

57 sec 


Table 2. Access Times for One 66MHz Machine 
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3. Five 33MHz Workstations 


Table 3 shows the results of timing tests performed on five 33MHz 486 IBM 
compatible workstations simultaneously on the Token Ring Network in the Systems 
Management Laboratory. 


Time 

To: 

Windows 

(User) 

Windows 

(Server) 

WP(DOS) 

v5.1 

WP(DOS) 

v6.0 

WPW 

v6.0a 

TOTAL 

TIME 

F:> 

* 

* 

24 sec 

* 

* 

24 sec 

F:> 

★ 

* 

it 


* 


F:> 

21 sec 

* 

it 

it 

43 sec 


F:> 

it 

55 sec 

it 

it 

87 sec 



Table 3. Access Times for Five 33MHz Machines 


F. SUMMARY 

The decision to configure Windows should be made by weighing the following factors: 

1. Best Performance 

If the objective is to install Windows for the fastest performance, even at the expense 
of more work for the network administrator, Windows should be installed on the user hard 
drive. This minimizes traffic on the network. By adding more memory to the current 8M of 
RAM installed on the user machine, there will be no need for a virtual memory swap file and 
there will be enough memory for a 4-8M RAM disk for temporary files. Figure 1 shows a 
representation of this configuration. 
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WINDOWS ON THE USER 



I "Fast" but Big Software Maintenance 

Figure 1. Windows on the User. From Schneidewind, 1995 

2. Best Administration 

The best administrative control will be achieved with a network installation, keeping 
all Windows core files on the file server and the user-specific files in the user's local directory. 
This will allow the network administrator to easily make changes as needed to Windows files. 

This method would result in slower Windows loading caused by accessing Windows 
from the file server. Figure 2 shows a representation of this configuration. 


WINDOWS ON THE SERVER 




Slow but "Easy" Software Maintenance 

Figure 2. Windows on the Server. From Schneidewind, 1995 
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VI. CONCLUSIONS AND RECOMMENDATIONS 


A. PERFORMANCE IMPLICATIONS 

The decision to configure Windows must be made with consideration to 
compatibility and interoperability, as well as performance and administration. Windows 
and applications on the network must be easily accessed by students and faculty in support 
of academic endeavors, as well as robust enough to be used in a classroom setting. 
Performance should be supportive of many users accessing the network without significant 
degradation in response times. Administration of the network should be possible within 
constraints of available monetary and personnel resources. 

The absolute fastest performance would be achieved with all Windows and 
Windows'applications on the user's local drive. Clearly this is not practical, and in fact 
obviates the need for a client/server network. 

Conversely, performance times with a network installation of Windows are 
unacceptably slow. The time differences between one machine and five machines 
accessing Windows and an application on the network is more than double the time. If the 
laboratory were fiilly utilized, as would happen in a classroom environment, twenty 
machines would need to access Windows and an application on the network 
simultaneously. 

Not only would performance times be severely degraded, but the files needed by 
the server would not be sufficient to support such an operation. Since the PC LAN 
Program network operating system runs over DOS, it is subject to the files limitations of 
DOS. The maximum files that can be in use on the server is 255. With each Windows 
user utilizing 14 files just for Windows alone, a full classroom would not be able to access 
a network application after each user opened Windows on the network. 

A solution to the configuration question must necessarily compromise between 
performance of the network, usability by faculty and students, and administration issues. 
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B. CONFIGURATION RECOMMENDATION 


Based on experimentation and performance timing of the various configurations 
for Windows, the recommendation is submitted that ALL WINDOWS FILES ON USER 
is the optimal setup for the Systems Management laboratories. 

This configuration is essentially already implemented in OTR, since each 
workstation had Windows installed at the time of purchase. Windows on the user drive 
accessing applications on the network drive will reduce network traffic and improve 
performance times. 

For implementation in the other Systems Management laboratories which do not 
have Windows, the installation can be performed at every user workstation by using the 
SETUP/A option on the server. Then each machine can be logged on to the network and 
can load the Windows files from the server without using the disks for installation every 
time. 

The Windows configuration with all files on each user workstation will allow the 
flexibility needed for the addition of application programs to the server which may or may 
not operate under Windows. All software applications which may be required by students 
and professors in the future will be able to be integrated into the network. 
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